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SYSTEMS AND METHODS FOR EXECUTmG APPLICATION 
PROnilAMS FROM A MFMORY DEVTCR T JNKirn TO A SERVER 

fl^lA at Invention 

The present invention telates to systems and nnethods for connecting a computer to a 
computer netwoik, and more particularly, to syst^ and metiiods diat allow clients to 
execute application programs stored at a saver site. 

Backgronnd of the Inyentim 

The digital computer is a powerful data processing tool that allows a user to 
organize, store and analyze data in volumes and at rates that would be iraposflble by any 
prior known technique* The computer network has been a similar stq) forward. By 
linking together several computers and by providing shared resources and cross-platform 
communicadons, raginem have developed the computer network into a tool that provides 
sufficient processing power to support entire corporations and univ^ties. The increased 
power of computer networks over the individual microcomputer is provided by distributed 
procesang. Distributed processing allows for the division or distribution of a 
computational workload among the difTerent workstaticHis connected to the computer 
network. 

One of the most widely accepted and heavily used computer networks is the 
Internet. The Internet is a global system of interconnected computer networks formed into 
a ^r^e worldwide network. A user, through the Internet, can interactively transmit 
messages with us^s in diffident countries. Similarly, a user in the U.S. can access the 
files from libraries inLfitirope and Asia and download these files for personal use. 
Accordingly, the Internet provides suong communication functions similar to the 
communication functions provided by ham radio operators. Moreover, the Internet acts 
like a universal library, providing electronic access to resources and information available 
from Internet sites throughout the world. 
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Although the Intemet provides excellent and developed resources for 
communicalion and file sharing, the Internet is still basically a static medium. In other 
words, the content of the Internet, i.e., the resources available to a user accessing a site on 
the Internet, is mostly stored data. Typically, a user moves about the Internet using a web 
browser program. The web browser program allows for multimedia presentation of stored 
data including text images, sound clips and video clips. Tliis allows the user to connect via 
the Internet to different sites on the Internet. However, although a user can view the 
information stored at an Intmiet site, and even make a copy for their own personal use, at 
present, a user lacks a suitable syst^ for directly executing an plication program. As . 
such, tiie Internet generally fails to provide the advantages of distributed {vocessing. 

It is, in part, the size of the Intranet that has impeded the availability of 
cliwit/server applications on the Internet. In particular, because the Internet is so vast and 
open, companies and universities have disposed firewalls between their internal servers and 
the Internet. Hiese firewalls deny access to useM applications by preventing existing 
systems, such as NFS and SMB, from accessing the applications. As such, the firewall 
acts as a barrio that pievoits the use of traditional networking systems from executing 
client/server applications. 

In response to this problem, systems have been proposed that provide for 
application programs that move between an Internet site that stores the application program 
and an Internet site that services a user wishing to use that application program. One such 
pressed system is the JAVA system proposed by Sun Miaosystems. The JAVA system 
provides an interpreted language system that can be operated by the Internet user to 
download and run small application programs, referred to as applets, located at a remote 
Internet site. Accordingly, the JAVA system provides a form of distributed processing in 
that ai^lication programs located at Internet sites are being made available for distribution 
to Internet users. This is a significant advance over the prior functions available to Internet 
users which previously were limited to mordy viewing and transferring stored data. 
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However, although JAVA offers an improvemenl over the prior art, the JAVA 
system suffers from some significant drawbacks. First of aU, the JAVA system requires 
that each application that is to be downloaded to an Internet user and run at the Internet 
user's site, has to be written in the JAVA programming language. Therefore, available 
5 program applications such as Microsoft Word, Microsoft Excel, Intuit Quicken, or other 
developed application programs must be rewritten in JAVA compatible programming 
language before they can be employed with the JAVA system. This of course creates an 
inmiediate barrier to the deployment of application programs across the Inteniet. 
Moreover, a significant debugging effort will be required as these rewritten applications 

10 are not proven code and inevitably will fail either due to bugs created during the 

rewriting of the program or bugs created by the JAVA system. Moreover, the proposed 
JAVA system is an interpreted language system, and interpreted language systems are 
notoriously slow. Consequently, Internet users are likely to notice a substantial decrease 
in operation speed while they run these application. Additionally, JAVA applications 

15 available for deployment from an Internet site are programmed specifically for Internet 
deployment. Accordingly, these JAVA application programs will not be the programs 
typically employed by users. Instead, it is likely that users will operate non-JAVA 
programs which are different from those JAVA programs deployed over the Internet. 
Accordingly, a compatibility rift will develop between Internet users at remote sites and 

20 users at the host sites. As such, the JAVA system inherently provides a barrier between 
users at remote locations and users at host sites. 
Summary of the Invention 

It is an object of the present invention to overcome or ameliorate at least one of the 
disadvantages of the prior art, or to provide a useful alternative. 

25 According to a first aspect of the invention there is provided a process for allowing 

a client to connect to a server of an Internet site for executing an application program 
stored on a disk linked to the server, comprising the steps of: 

providing a data transport interface for connecting to said server; 

transporting from said server a server address signal representative of a network 

30 address of said server, and a path name signal representative of a file system that 
includes the application program; 
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generating a mount request, as a function of said path name signal; 
transporting said mount request to said server for directing said server to provide 
an array of server file pointers that point to a file descriptor representative of said file 
system that includes the application program; 
5 generating an anay of remote file pointers, as a function of said server address 

signal, said path name signal and said array of server jGle pointer; 

providing said auay of remote file pointers to a program loader element operating 
on said client; and 

directing said program loader to employ one of said remote file pointers to 
10 transport fix)m said disk to a local program memory element, a file block associated mth 
said selected remote file pointer. 

According to another aspect of the invention there is provided a system for 
allowing a client to execute an application program stored on a disk linked to the server 
of an Internet site, comprising: 
15 a data transport interface for connecting to said server; 

connection means for collecting fi-om said server a server address signal 
representative of a networic address of said server, and a path name signal representative 
of a file system that includes the application program; 

mount means for generating a mount request, as a function of said path name 
20 signal, and for providing said mount request to said data transport means to direct said 
server to provide an array of server file pointers that point to a file descriptor 
representative of said file system that includes the application program; 

file handle means for generating an array of remote file pointers as a function of 
said server address signal, said path name signal and said array of server file pointers; 
25 and 

a program loader element having means for selecting one of said remote file 
pointers and for transporting a file block associate with said selected remote file pointer 
from said disk to a local program memory element- 
Systems and processes according to preferred embodiments of the invention allow 
30 a computer, typically referred to as a client, to connect to a server of an Internet site for 
BAo]iy\ executing an application program that is stored on a memory device linked to that server. 
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The methods of preferred embodiments of the invention can include methods for 
allowing a client to execute an application program stored on a memory device linked to 
an HTTP server, and can comprise the steps of mounting a remote file system containing 
the application program and being linked to the HTTP server, monitoring the operating 
5 system to detect file system requests for files stored within the remote file system and 
passing the file system requests to a redirector element for translating the file system 
requests into HTTP compliant signals for transmission across a network. In this practice 
of the invention, the step of mounting can include the step of generating an array of file 
pointers representative of pointers to files associated with the application program. 

10 In a further practice, the processes of preferred embodiments of the invention can 

include the step of providing plural redirector elements for translating the file system 
requests into a selected one of plural transport protocols. For example, the client 
element can have a network interface to a plurality of different networks each of which 
use a different file transport protocol, such as NCP, NFS, SMB or any other of the open 

15 or proprietary services that provide protocol for transmitting or sharing data, such as 
files, across network media. In (his practice, each one of the redirector elements can be 
adapted for employment with one or more of the data transport protocols, thereby 
allowing the client element to access any one of a plurality of servers each having a 
different remote file system. The process can include a step of selecting one of the plural 

20 redirector elements to translate the file system requests. The step of selecting the 
redirector element can be made as a function of any suitable criteria or characteristic 
including the types of file systems, as well as a measure of the transmission latency time 
of each of the networks, as well as the transmission protocols of the networks. In one 
practice of the invention, the plural redirectors are provided with a wrapper interface 

25 that, in a way, encapsulates each of the redirector elements such that all the redirector 
elements are provided with the same interface to the operating system of the client 
computer. This is understood to provide portability and to reduce the complexity of the 
overall system. 

The term '"redirector" as used herein will be understood to encompass a program or 
30 process that can direct a request for data or services to a selected source of data or 
services and optionally can translate file system requests into conunands or data signal 

21256^ DOC 
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that comply with at least one network protocol for transmission of data across network 
media. 

In a preferred embodiment, the processes of the invention include the further steps 
of providing the client with access to a cache memory for cache storing portions of the 
5 file system which contain the application programs, and a further step of providing a 
cache redirector element that responds to client file requests by accessing portions of the 
file system stored within the cache memory. The accessed portions of the file system 
can be employed for running the application program within the clients local program 
memory. In one embodiment, the process can include the step of directing the cache 
10 memory to mirror the file system being stored therein. Accordingly, in this embodiment, 
a mirroring process can operate such that as changes are detected within the file system 
being exported by the server, the file, and file or directory structure maintained within 
the cache memory device, are similarly updated. Optionally, this mirroring can be done 
automatically, or upon the instruction of the user. 
1 5 In further preferred embodiments of the invention, the processes can include a step 

of storing the portions of the file system according to a file or directory structure that is 
employed by the server. Accordingly, the cache memory device can store mformation 
that is representative of the files for executing the application program, as well as the 
information representative of the directory structure associated with these files. This 
20 directory structure can include directories, sub-directories, paths and other directory 
structures. Moreover, the directory structure in the cache can conform to the file system 
employed by the server, so that, for example, Windows clients can store a UNIX file 
structure in the cache memory. 

Preferably, the processes of the invention can include the step of providing an off- 
25 line page which is representative of at least one link to an application program stored 
within the cache memory. The off-line page can be an HTML page stored within a 
memory device accessible by the client and made available for connecting to files stored 
within the cache memory device of the client. Upon invocation of the off-line page, the 
user can activate links within the page to cause the execution of application programs 
30 stored within the cache memory device. In a further practice of the invention, the 
processes of the invention can include the step of providing a preload control for 
allowing a client to store selectively an application program within the cache memory. 
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Accordingly, the preload control will allow a client to select application programs stored 
at a server site and made available for by the server for exporting to a client, to be stored 
within the cache memory device, for employment by the client without requiring access 
through a computer network. 

5 Preferably, the methods can include the step of providing a process for directing 

the server to execute the application programs within the program memory of the server. 
In this way, methods of the invention can also include functionality that allows a client 
system to act as a terminal while a program executes within the server program memory, 
thereby allowing a user to select between executing tlie application program within the 

20 client program memory, or alternatively executing the q}pIication program witliin the 
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Preferably also, the invention can be understood as methods for allowing a 
server to provide remote execution of an application program stored on a memory device 
linked to the server. The processes can include the steps of generating an application 
information file that is representative of ^es associated with the application program. In a 
further step, the processes will generate a link rq>resentative of a pointer to the application 
information file, and detect a request from a client (o execute the application program. 
Responsive to the request, the processes of the invention can tzansmit data ngnals to the 
client which are rq>resentative of the files associated with the application program. In one 
practice of the invention, the stq> of generating an application information file can include 
the step of generating information that is representative of a file or directory structure 
associated with the files of the application program. In this way, the application 
information file can include information that is representative of the files associated witii 
die application program as well as the file or directory structure that is employed by the 
server for maintaining the application programs in a format that is suitable for executing. 

The methods of preferred embodiments of the invention can also include the step 
of generating an application file that includes information which is representative of the 
operating enviroiunent for the application program. In this way the application 
information file can contain information that allows the client to reconfigure Uie local 
operating environment to accommodate the application program. 



Preferably, the processes of the invention can include the stqjs of 
providing the server with a link to a second server, and directing the server to identify to 
tht client those application programs that are stored on the second server and which are 
made availablelfor execution by the client. This allows the server to advertise to the client 
those application programs which are being made available by other servers and which can 
be invoiced by the client. This provides the client with access to the applications available 
on a plurality of different servers. Optionally, the server can create links to tiie application 
programs available at otiier servers. The client will employ those links to execute these 
application programs. 
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Preferably, the processes of tf« invention can imdude a step of providing a 
metering process for monitoring the number of clients running the appUcation program. 
OptionaUy, the metering process can generate statistical information that identifies certain 
charactoislics of die use of the appUcation and which can be provided to a system 
administnuor for administrative functions, such as to allocate resoun« more appropriately. 

Preferably, the processes of the invention can include the step of 
providing an access control process for allowing the server to control a cUent' s access to 
the appUcation program. In this embodiment, the server can include an access control 
pxoccss that n^juiies authentication, either by password or other key. to limit to a selected 
gioup those dients which can access application programs maintained by that server, or by 
other servers. 



Preferably also, the processes of the invention can include processes that 
aUow a client to insiaU an appUcation program stored on a memory device linked to a 
■"'^ processes can include the steps of providing the server with access to an 
installation program for installing the appUcation program for operation by the server. 
.-. : generating an appUcation information file that is representative of files associated with that 
instaBation program, detecting a request from the cUcnt to instaU the appUcation program 
; locally, and transmitting to the cUent. responsive to the appUcation Information file, data 

which is represcntaUve of the files associated with the instaUation program. In this practice 
• of the invention, the processes can also include the stq> of generating an application 
; information file that has information rq)rescntative of files associated with the appUcation 

■ iHogram. 



In further preferred embodiments ofthe invention, the invention can be understood 
as server processes that allow a client to execute locally an application program stored at 
a memory device of a server. These processes can include the steps of providing an 
HTTP server process that can access a memory device having storage for one or more 
server directories that store files associated with an application program, including the 
executable code of the appUcation progra.Ti. The server provides the cliem with access 
to the files and directories, — — . 
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and the client can cache portions of the file system containing the application program, and 
employ a cache redirector element to access the portions of the file system that is stored 
within the cache memory. 

The term "dienl", as used herein, encompasses any data processing system suitable 
for operating a process according to the invention. Hie term "server" can encompass any 
process running on a data processing platform that connects into a computer network and 
that rccdvcs access requests, whether under HTTP, FTP or any other conventional or 
prqnietary protocol. The term "plication ]m)gram" as used herein, encompasses any 
computer file or set of files that contain data in a format for being accessed and processed 
by the processing unit of a computer system. The term "memory device' as used herdn, 
encompasses any device that can store computer readable data and that provides an 
interfiace for accessing the stored data, and can be understood to include volatile and 
persistent memory devices, including hard-disks, RAM, network disks, and any olhex 
suitable data storage system. 

The term "fde system** as used herein oicompasses logical structures that define the 
relationship between ^es, directories, disks, devices and ports that aie stored on or linked 
to a computer system, and inchide file systems of directory structures that define the 
Mcrarchica] relationship between stored files, disks, disk partitions, file blocks, devices or 
other sources of computer data. 

The term "server address signal" as the tmn is used herein, encompasses any 
description that identifies a network address of a server. The term is understood to include 
any description for an Internet address of a server including any host numbear, any host 
name, any domain name or any other description suffident to identify the network address 
of a server. The term "path name signal** as used herdn otcompasses any description 
suitable for providing an operating system with information for identifying one or more 
components of a file system includng a file, a directory, a sub-directory, a device, a port 
or any other directory primitive. 

- 9 - 
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In fijrther preferred embodiments of the invention the system can include a server 
element that has an administration program for storing on the disk at least one file 
system of computer files stored according to a selected file system protocol. One such 
administration program can include means for storing a file system of computer files 
5 according to one or more of a DOS, UNIX, VMS, WINDOWS, WINDOWS 95, 

WINDOWS NT, OS/2, or SYSTEM 7 file system protocol. In a further embodiment of 
the invention, the system can include a connection elem^t that includes an element for 
generating a call to a port of a server HTDP process. For example, the connection 
element can include a connection program that generates a call to the port 80 of the 
10 server process. Port 80, a well known port, provides the hitemet address of the HTTP 
server operating the process coupled to the client system. 

In further preferred embodiments of the invention, the server includes a file 
sharing program. The file sharing program can be NFS, SMB or HTTP compliant, and 
the file sharing program can create an array of file pointers, such as a Unix inode, which 
15 can be understood as an array of pointers to computer files stored on the server system. 
PrefeiTcd embodiments of the invention provide a variety of advantages such as 
providing: 

a system for deploying applications across the Internet that provides programs 
which execute quickly at remote sites; 
20 systems that allow for deployment and execution of application programs across 

the Internet; 

systems capable of negotiating Internet firewalls; 

systems that integrate remote users with the Internet network of the host site; and 
systems that deploy existing application programs across the Intemet, without 
25 having to rewrite the application. 

Unless the context clearly requires otherwise, throughout the description and the 
claims, the words ^comprise', 'comprising', and the like are to be construed in an 
inclusive sense as opposed to an exclusive or exhaustive sense; that is to say, in the sense 
of "including, but not limited to". 

r 
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Brief Description of the Drawing s 

Preferred embodiments of the invention will now be described, by way of example 
only, with reference to the accompanying drawings in which: 

Figure I illustrates one system according to the invention for establishing a 
5 connection to an Internet site and for executmg application programs located at that site; 

Figure 2 tllustrates one process for creating a link to an application program at an 
HTTP server; 
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Figure 4 illustrates the system of Figure 1 having a mounted logical disk partition; 

Figure 5 illustrates the systcm of Figure 1 having an amy of file pointers integrated 
into the hienncfay of the client file system for providing the client program loader with 
entry points to application programs stored at the Internet site; 

Figure 6 illustrates an alternative embodiment of a system according to the 
invention; 

Figure 7 illustrates the system of Figure 6 ploying a cache memory for accessing 
an qipiication program; 

Figure 8 dqpicts a gn^hical interfece suitable for employment with the systems of 
Figure 1 and Figure 6 which provides a directory structure for accessing and executing 
application programs; and 

Hgure 9 is a (unctional block diagram of a process aconrdin for 
executing ^plication programs from a Web Internet site. 

Detailed DesciiPtion of the Invention 

The invention comprises, inter alia, systems and methods that enable a web 
site administrator to provide links to remote applications within thdr web pages. One 
realization of the invention is that a remote client can be allowed to execute an application 
program stored at a HTTP server. To this end, the invention provides the server with 
access to a remote file system, and with access to a file that can contain information of the 
files, directory structure and system environment associated with the application program. 
The invention can also inchide a system for allowing the client to mount the portion of the 
shared file system that includes the application program. The system can include an HTTP 
redirector element that translates operating system requests to access portions of the shared 
file system into HTTP compliant commands. An HTTP server at an Internet site responds 
to the commands and provides access to the HTTP server directories. Accordingly, the 
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HTTP redirector creates a drive connection to the server directories to provide a client with 
access to files stored therein. This provides an HTTP shared file system. In this way, a 
remote application can be mounted into the client file system and then run from within a 
window of a browse program or horn a launching pn^ram. Optionally, the links can 
appear as program icons within the window of the browser or launcher program. 

It will be understood that one advantage of the systems and methods according to 
the invention is that legacy applications available for execution within a corporate network 
can be readily latmched over the Internet, an Intranet, ox other network system, and 
executed within a window of a browser or launcher program. 

To this end, the systems and methods of the invention provide the ability to create 
links that Bppcsi within a browser type program, and whidi can link the client to an 
qiplication informaticm file that is maintained at the server side of a network connection 
and that contains information for running the s^lication program. The application 
information file can identify those files» sudi as *.exe files and *.dll files, that the client 
will employ to run the application within the program memory of the client. In one 
practice, the server makes these files available to the client via a shared file system. 
Optionally, the client can use a transfer protocol to download the files from the shared file 
system and to store the files within a cache memory system that is connected to the client. 
The client can then, optionally run the application locally out of the cache memory. 
Alternatively, a program loader process operating on die client can load blocks of 
executable code of the application program to the local memory of the client and the code 
can be executed from that local memory. 

The invention will now be explained with reference to certain illustrative 
embodiments, which are ^cemplary and not to be understood as a limiting, or an exhaustive 
representaticm of the invention. 

Figure 1 depicts a system 10 according to the invention for accessing, dq)loying, 
and executing application programs stored at a drive hnked to a server, and in particular to 
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an HTTP compliant server. In particular, a website administrator can employ the systems 
of the invention to provide a us^ with access to aj^Iication programs stored at diffeimt 
network locations, including Internet and Intranet sites. As illustrated in Figure 1 the 
system 10 includes a client element 12, compute LANs 13a and 13b, an HTTP server 14, 
memory devices 14a and 14b, a server 15, a network node 17, an q>t]onal program 
interface 16, optional plication icons 16a, 16b and i6c, communication elements 18 and 
network nodes 19a and 19b. 

The client element 12 dq)icted in Figure 1 can be a commercially available PC 
compatible computer, Unix workstation or any other data processing system suitable for 
running a process and for operating a communication interface that provides a 
communication link with a server site. Moreover, the dient 12 can be a stand alone 
ccxroput^ system or, as defected, a networked computer system. The dient 12 can include 
a tdeconununicaiions element 18, such as a modem, and also includes a browser, or 
laundier, program, sudi as the Netscape browser, which is suitable for establishing a 
connection to an HITP server. In the embodiment dqncted by I^gure I, the browser 
preferably provides an optional graphical intcrfece 16 that allows a user to control and 
direct the apm^on of the system 10 to access and execute selected files. The depicted 
graphical interface 16 displays an application icon dement, such as 16a, that provides a 
graphical device for a user to activate an associated application program stored at a memory 
device, such as disk 14a, linked to server 14. 

Figure 1 further depicts an HTTP server site that includes a server dement 14 that 
connects to the communications dement 18 and the memory devices 14a and 14b. The 
server 14 can be any server element suitable for running an HTIP server process that can 
be accessed by a client, such as client 14. Typically, the server 14 is a data processing 
system that runs one or more server processes for maintaining an Internet or Intranet site 
that includes one or more files for network access. In the embodiment depicted in Figure 
1, the server 14 connects to two memory devices 14a and 14b, dqricted as external disk 
drive systems. The memory devices 14a and 14b can be local memory storage for the 
server or can be remote storage that is linked to the server 14. Each disk drive system can 
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maintain a set of computer files, including directories and files of executable application 
program code, which the server can access and control. The server 14 can be a stand alone 
computer system, ur as depicted, the server can be a networked computer system, having 
one or more data processors that can access local or networked memory devices. 

Figure 1 illustrates ftisX the systems of the inventicm extend the c^bilities of the 
World Wide Web by enabling web site administrators to piovide wd) pages that have Imks 
to remote applications. Moreover, the web site administrator can employ the systems of 
the inv«ition to provide transparent installation of an application program at the client site. 
This allows a web site administrator to make applications, incloding legacy applications, 
stand alone applications and client/server applications, available for execution within a 
corporate Intranet and across oorparate bounds trough a browser or launcher program. 
This is shown in I^gure 1, by the server 14 that connects to the communication element 18, 
the memory devices 14a and 14b and the LAN 13b. For example, a network administrator 
charged with providing users with access to certain app]icati(»i programs, such as an 
api^cation program for allowing a user to invest in mutual iimds, can store the application 
program on one of the memory devices 14a or 14b. The site administrator can install a 
server process on the server 14 that allows users at the nodes 19a or 19b to access the 
application program and to execute the program for investing and managing funds. 
Accordingly, the site administrator is able to provide this aj^lication program to uscts 
connected to the LAN 13b. The systems and methods of the invention allow the site 
administrator to provide remote clients with access to the application program. For 
example, an HTTP server process can be installed on server 14, The HTTP server process 
will provide links within HTML pages that will link a remote client to an application 
information file that is associated with that link and that can store information 
representative of the components, environment, and other data relevant for executing the 
application program. The client's browser 16 will display the HTML page showing the 
links as gr^hical devices, such as 16a. The client can mount the shared file system 
containing the remote application components, create the environment appropriate for 
running that application, and invoke the application. The application can run locally within 
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the client memory. Upon termination of the application, the client notifies the HTTP 
server process and the server process no longer services the client. 

Figure 1 further dqpicts that the client element 12 can also access programs and files 
controlled by a local servo-, such as server 15, to which the client 12 is connected by the 
local area network 13a. In particular, Bgure 1 shows that systems of the invention can be 
integrated into existing LAN technology to allow a client to execute application programs 
provided by a corporate network, such as an Intranet running on LAN 13a, as well as 
applications stored at a remote site such as the HTTP server 14. Accordingly, by 
combining the systems and methods of the invention with existing Intranet technology, a 
node on an Intranet can have access to application programs stored at a remote site, with 
the systems of the invention providing transparent access to the implication programs at 
these remote sites. 

Hgure 2 depicts one process for providing a web page application link. In this 
process, the application program is provided within a shared directory, or an exported file 
system. The directories are to be shared through a fde system server such as a LAN 
manager system, the NFS system, the NCP system or any other suitable file system server, 
or optionally by employing the HTTP redirector, can be placed on an HTTP server. For 
the application program in the shared directory, the web site administrator can, as shown 
by stq) 21 , generate an aj^lication information file for the remote ^plication. Optionally, 
the file can be created automaticaUy by a process executing on the server. 

This application information file contains information necessary for running the 
remote application on the client. For exam]^e, the application information file can include 
the executable files (i.e., EXE files), the initialization files (i.e., INI files), systems files 
(i.e. SYS files), directory structure information, and any other information or configuration 
parameters that will identify the proper environment for running the application. A process 
operating on the clieni, appropriately configures the operating environment to aDow proper 
execution of the application prpgiam. 
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After creating the application information file, the process in st&p 23 can embed 
within the HTML page exported by the server, an icon that refers to a link to the 
app]icat](Mi information file. OpticMially, a set of access niks to the apt^ication tink can be 
defined. This is typically done during the development of die application link and the 
access rules can include definitions as to which set of users and or clients zxt permitted to 
execute the ^hcation from the link, how many occurrences of the application may be 
mnnijig simultaneously, requiring a user to pay a predetermined fee, or any other such type 
of access rule. If the access control is satisfied, the application program, can be invoked. 

From the above description, it will be apparent that the systems and processes 
shown in Figures 1 and 2 can be operated on commercially available hardware, and 
typically can be installed by a ate administrator onto an existing LAN, such as the network 
13b. For example, each mmioty device 14a and 14b can be a commercially available hard 
disk system, or a partition of a hard disk system, a RAM card system, or computer RAM 
memory. However, it will be apparent to one of ordinary skill in the ait of computer 
en^neering that any memory device suitable for storing data and for interfacing to a data 
processor or a computer network can be practiced with the present invention, without 
dq)arting fiom the scope thereof. 

The communications elements 18 are figuratively depicted as modems for 
maintaining a telecommunication link between the client 12 and the server 14. However, 
the communication elements can also be ISDN devices, fiber optic devices, cable devices 
or any othti type of communication device suitable for establishing a communication link 
to a remote site. The local area networks can be ethemet systems, or any network system 
suitable for carrying data between data processing systems. 

Figure 3 depicts in more detail the system 10 of Figure 1 , and depicts system 10 in 
a state before the client 12 has requested to execute an application program stored on the 
server 14. Figure 3 depicts a system 10 that includes the client element 12, the server 
element 14, a handle collection clement 20, a file system 22, a device driver 26, a disk 
mount element 28, a disk dismount element 30, an organization and management element 
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32, a data transport interface 34, a transmission path 36, a second data transport interface 
dement 40, a file sharing system 42, an administration program 44, a memory element 46 
having a PC partition 50, a Unix partition 52 and a Mac partition 54, wherein at least one 
of the partitions includes a logical file system such as file system 56, and further including 
a file hierarchy structure 58 of files accesable to the server 14. 

Figure 3 depicts each functional block as an clement of the system 10. Howevw, it 
wUl be apparent to one of ordinary skill in the art of computer and software engineering 
that each demwit can be a software routine that operates on a data processing unit to 
configure the data processing unit to operate as the device depicted as system 10 or as a 
subsystem of the system 10. Moreover, it will be apparent to one of ordinary skill in the 
art of computer and software engineering that the fimcticwial blocks depicted can be 
combined elements of hatd ware and software that operate to implement the fimctions of the 
system 10. 

As depicted in Figure 3, the client 12 includes a data transport interface element 34, 
which typically is a TCP/BP interfece suitable for establishing connections to an Internet or 
Intranet site. Hie browser program process running on the client 12, such as the Netscape 
Internet browser, interfaces with the TCP/IP data ir^nspori interface element 34 to transfer 
data under the TCP/IP protocol to the server 14. Similarly, the handle collection element 
20. the mount element 28, the dismount element 30, and other elements of the system 10 
enqjloy the TCP/IP data transport interface demait 34 to transfer data and commands 
between the client 12 and the server 14. The interface element 34 can be any conventional 
Internet protocol interface, such as any program that follows the Winsock protocol for 
interfacing Windows operating system programs to the Internet, such as the Trumpet 
Winsock TCP/IP data transport interface program. However, it wiD be ^jparent to one of 
ordinary skiU in die art of computer engineering that any system suitable for transporting 
data on an IP network can be practiced with the present invention without departing from 
the scope thereof. 
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In the dq)icted embodiment, the server element 14 also includes a TCP/IP data 
transport interf^ 40 which connects via the transmission path 36 to the data transport 
interface 34 of the client elemoit 12. The data transport interface 40 transports data and 
control information to and from the server 14 thereby providing a tran^rt layer for 
supporting the file sharing system 42 and the administration program 44. The development 
of servers that include integrated transport layer protocols is well known in the art of 
computer engineering and any transport protocol layer that allows for the exchange of data 
between the client 12 and the server 14 is suitable for practice with tiie present invention 
and considered within the scq)e thereof. 

As further illustrated by Figure 3, the depicted server 14 includes a server process 
48. The server i»ocess 48 interfaces to the data transport interfece 40 to connect the client 
12 to the server 14. In one preferred embodiment of the invention, the server process 48 is 
a web server process for providing HTML pages to the client 12 in response to hypertext 
link- requests fiom the client 12, as well as other elements of the system. The server 
process 48 is a program that implements the process of the invcmtion and that is constructed 
according to known imndples in the art of computer and software engineering. 

As further dqricted in Figure 3, the server 14 incliKies an administration program 
44 which configures the server 14 for providing wcecutable application programs to the 
client 12. In one embodiment, the administiation program 44 includes a partition program 
for partitioning the memory device 46 into several logical sections, depicted as sections SO, 
52 and 54» each of which can have a device name and each of which can contain a logical 
file system 56. The construction of such partition programs is wdl known in the art of 
software engineering. 

In the embodiment of Figure 3, the partition program creates the logical section 52 
for storing data according to the Unix file system protocol. As dq)icted, the partition 52 
includes a logical file system 56 consisting of one file, for which the fib system 56 
includes a boot block, a super block, an inode list that represents an array of pointers to a 
set of data file blocks that represent the physical location of the data on the disk 46. The 
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file system 56 can be the conventional UNIX operating system file system. As further 
dqpicted by Figure 2» each logical disk partition section can be employed by the 
admimstiatioA program 14 for- storing <fifferait types of compute files according to 
dififeient logical system file protocols such as DOS, UNIX, VAX, or any other file system 
protocol wherein each logical disk section includes a logical Hie system 56 that provides to 
a program loader, or the device driver that communicates to a program loader, the low 
level information representative of the physical disk location on which it is stored the files 
of the associated disk partition. 

In one embodiment of the invention, the administration program 44 includes a 
partition subroutine that creates each logical section 50, 52, and 54 to provide a file system 
of computer Hies that can contain qyplication programs for running on any type of client 12 
that may connect to the Intmet site. Such subroutines are well known in the art and any 
suitable subroutme or operating system call can be employed by the invention. 
Specifically, the administration program can be employed to subdivide the disk 46 into 
logical sections for each different type of client 12. Typically, die type of client is 
determined by the type of operating system the cli^t runs as well as the type of processor 
employed by the client 12. Each client 12 would provide the server 14 with a client-type 
signal that allows the scrvw 14 to determine which logical section of the disk 46 maintains 
files suitable for that particular client For example a client 12 that operates under the Unix 
oprnting system, can access the files stored under logical section 52 and a 486 PC 
compatible computer running DOS would access logical section 50. The administration 
program 44 that implements the process of the invention can be constructed according to 
wdl known principles of software engineering as a software module, such as a complied 
C++ software module, that employs system calls to tiie server operating system, sudi as 
the UNIX operating system. However, it will be apparent to one of ordinary skill in the art 
of computer and software engineering that any structure that implements the function of the 
administrative program can be practiced with the present invention without d^)arting from 
the scope thereof. 
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In a further embodiment of the invention, the administration program includes a file 
access control program that determines as a function of a client privilege signal, the access 
rights available to tfie client 12. In one embodiment, fte file access control program 
includes a databa^ of client identification signals. In this embodiment, the management 
program 32 includes a client management program that provides a client identification 
signal that uniquely identifies the client 12. The file access control program inchides a 
database of client identification signals and furth^ includes a client privilege field for each 
client identification signal. The file control program employs the dient privilege field to 
determine the file access rights of the client 12» The file access control program provides 
the file access rights to the administration program 44 which can determine the proper file 
system or disk partition to make available to the client 12. 

Accordingly the administration program can provide a licensing and security system 
for the system ] 0. It will be apparent to one of ordinary skUl in Hie art that any file access 
control program suitable for controlling the files that are mounted into the server file 
system laemdhy 58, or tiiat controls the cc^y of the server file pointers provided to the 
client 12, including password systems, on-line charge systems, or any providing other such 
systwn for controlling file access rights can be practiced with the presait invention without 
departing from the scope thereof. The administration program 44 can also include tiie 
process that allows an administrator, or q>tionally a client, to create and configure 
2^1ication information files which can be specified as links in web pages. In a further 
embodiment, the administration program 44 can contain a [tfocess tiiat monitors system use 
and generates statistics that allow ti^ site administratcM' to trade and control resources. 

In a further embodiment of the invention, the management eiraent 32 includes a 
client management element tiiat provides to tile server 14, aloiig witii tiie client-type signal, 
a client file having information signals representative of tiie characteristics of tiie client. 
These characteristics can include tiie memory size of the client, the available program 
memory, the system configuration, including the config.sys file, win.ini file, configuration 
files for local applications and the file names of one or more of the systems stored on the 
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cli«it 12. The administration program 44 employs this information to determine which 
files to provide the client, as well as for other conventional management functions. 

In the dc5>icted onbodiment, the administration program 44 is separate from the 
server process 48, however it wiD be apparent to one of ordinary skill in the art of 
computer and software engineering that the administration program can be implemented as 
part of the server process 48. 

The file sharing system 42, depicted in Figure 3, communicates with the memory 
device 46 and allows the xrver dement 14 to read and write information, such as computer 
files, to and from the memory device 46. The file sharing system 42 further maintains the 
file hierarchy 58 for the server 14 to provide tterd)y the logical structure for accessing and 
managing computer files which are stored as data blocks within the memory device 46. 

The fUe sharing system indudes a mount procedure 42 that connects a file system in 
a q)edfied section of a disk into the existing server fik system hicrarc Moreover, 
the mount procedure call 42 can convert an operating system specific path name into a file 
handle. A file handle, as is known in the art, is a data-address structure that the server 14 
can employ to communicale with the client 12. The file handle acts as a file pointer to a 
file of the file system. Typically, the file handle, or file pointer, is a system unique 32 bit 
number that idwitifies to the server 14 a file when the file is first opened and provides 
thereafter a handle the server 14 can employ to access the file pointed to by the handle. In 
one embodiment, the file sharing system 42 is the NFS syslan developed by Sun 
Microsystems of California that creates node anays of file pointos for diaring a file system 
on a Unix platform. However, it will be apparent to one of cmiinary skill in the art that 
any file sharing system that can mount a file system and generate a file handle that acts as a 
file pointer to the files of the file system, can be practiced with the present invention 
without departing from the scope thereof. 

The client 12 includes a device driver 26, The illustrated device driver 26 controls 
a dynamic mount procedure 28, a dynamic dismount procedure 30 and one or more 
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oiBanization and management procedures 32. As described in greater detail herein after, to 
access an application program sorted at the Internet site, the device driver 26 activates the 
dynamic mount procedure 28. The mount procedure 28 creates a remote procedure call 
that is passed to the data tianspoit interface and transported to the server 14, 

With reference to Figure 4, which dq)icts the system 10 in a state after the client 12 
has selected an ^Ucation program for execution, the system 10 can be further explained. 
As dqncted in Figure 4, the system 10 inchides the elements of Figure 3 and the further 
elements of a server array of file pointers 60, a file hierarchy 58 that includes the logical 
file system 56 mounted at the client mount point of the file hierarchy 58 and an array of 
remote fde pointers 24 that are maintained by the file system 22 of the client 12, The 
system 10 generates the server array of file pointers 60 and die array of remote file pointen 
24 in respOTse to the client 12 requesting to execute an plication program stored within 
the iQgica] file system 56. 



In one embodiment, the dient 12 employs the web browser program to contact a 
server process 48 running on server 1 4 . The browser program provides the server process 
48 with a client-type signal that indicates to the server process 48 the system type of client 
12 and the file system protocol employed by client system 12. 

In the dqncted wnbodiment the ^er process 48 provides the administration 
program 44 with the cEent-type signal. The administration program 44 employs the client- 
type signal to determine a compatible logical file system that is to be provided to the client 
12. In one embodim«it, the administration program 44 determines the proper file system 
to be provided to the client 12 and provides the servw process 48 with a pointer to a URL 
document that includes directory information signals that describe the directory structure of 
die file system 56 that is compatible with die client 12 and that will be made accessible to 
the client 12. The administration program 44 can provide the web server 48 with an HTTP 
URL that provides a hypertext page which graphically depicts the directory information 
signals. Optionally, the administration program 44 includes a page element tiiat has a 
hypertext link program for generating a hypertext signal which represents die directory 
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information signaJs as gr^hical icons which are hypertext links to further URL documente 
that provide further detail of the directory structure of the logical file system 56, 

The server process 48 transports to the client 12 the directory information of the 
available logical file system 56 and further provides a data file that includes the Intemct 
network address of the server 14 and apath name to the file system 56. 

The connection element 20 receives the data file provided by the server process 48 
and extracts the network address signal and the path name signal. The collection element 
20 employs the network address signal and the path name signal to generate the anay of 
remote file pointers 24 and to provide the mount procedure 28 with the necessary 
arguments to mount a file system such as system 56. Typically, the connection element 
inchides a concatenation program to concatenate the address and pathname information to 
gcnwate the proper mount point In alterative embodiments, the connection element 
reodves the proper niount point and iiiesystm name from the administra^ In 
a further step of the process, the browser program of dient 12 di^lays to the client user a 
gf^hical depiction of the logical file system 56. 

In one embodiment of the invention, the client user can request to execute an 
application program identified within the file system 56 by clicking on an application 
program. In response to the action of the user, the connection dement 20 passes the 
necessary arguments to activate the mount procedure 28 that generates a remote procedure 
call directing the server 12 to mount the logical file system 56 that contains the application 
program requested by client 12, into the file hierarchy 58. 

In one embodiment, the connection dement 20 recdves a data file from the servo- 
process 48 that provides the IP address of the server and the pathname to the files available 

to the dient 12. In an alternative embodiment, the connection element 20 initiates a call to 
a port of the server process, such as well known port 80, that provides address information 
of the server 14. Jn one example, the client 12 can select to execute the application 
program XLANDER.EXE. Once the collection dement has determined the network 
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address and path name, the connection element 20 can activate the mount procedure to 
dynamicaJIy mount the file system that contains the file XLANDER.EXE. One such mount 
procedure 28 is understood from the following pseudo code. 

int mount_fs(mn4>) 
struct mntent *mntp; 

{ 

int error; 

/* The mount procedure makes a MOUNT - TRAP call. Tlus calls the 
MOUNT - TRAP routine which is a call to an operating system library. Such function 
calls are provided, as one example, by the Win library or the SYS library. You could also 
write your own mount function. 

error = MOUNT_TRAP(typc, mn(p. flags, mnt_data); 
if (error < 0){ 

plog(XLOG.ERROR, •mount failed on %s: ermo«=56d" , 
mntp- > nmt_dir, ermo); 

return (-1); 

} 

} 

main (argc, argv) 
int argc; 
char**argv; 
{ 

/* The main routine rccdves the host name and the mount point name from the collection 
program */ 
hostname = argv{l]; 
mpname = argv[2]; 

/* the main routine then reformats the name of the file system that is to be mounted to 
format the file name for the web server process. Typically the file extension ".wfs" is 
added to denote the world wide web file system */ 
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fs_Dame=corapute_fs_nanie(argv[l]); 

/* the main routine then packs the file system name, the mount point name, a mount type 

fidd into a structure. V 

mntp- > mnt_dir =mp_name; 

mntp- > mnt_fs_name=fs_namc; 

mntp_ > mnt type = MNTTTYPE^WWFS; 

The main that issues calls a mount file system procedure 
that operates on the mntp structure*/ 

ret=mountJs(&mntp, flags, (caddr-t) &nfs_arg$, 1, MOUOT_TYPE NFS); 
return ret; 

} 

As mustrated by the above pseudo code, the mount procedure 28 receives from Uie 
collection element 30 two arguments lhat rqwesent the file system to mount and the 
mounting point for the file system. The mount procedure 28 can then create a remote 
procedure call for the file sharing system 42 to activate the mount procedure 62, The mount 
procedure 62 mounts into the server file hierarchy 58 the file system, such as file system 
56, which includes the executable program file for the XLANDHR.EXE application 
program. The mounted file system can now be accessed. 

The file sharing system 42 is a program element that creates an array of file pointers 
60, dq)icted as file ptr 1-n, that repieseni the locations of the disk 46 that contain the 
executable code for XLANDER.EXR In one embodiment, the server process 48 provides 
the cliCTit 12 with a copy of the file point«s. However, any system for providing the client 
with a copy of the file pointors 60 can be employed by the present invention without 
departing from the scope thereof 

As dq)icted in Figure 5, the connection element 20 opens a file having the copy of 
the file pointers 60 and generates the array of remote file pointCTS 24. Each remote file 
pointer 24, depicted as JP + PATH + FILEPTR, is a handle, through the mounted disk 
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partition, and to a physical location on the mounted disk 46 that can be employed by the 
client 12 as access points to the physical location of the disk 46 that contains the executable 
code for the XLANDER.EXE. In one embodiment of the invention, the array of remote 
file pointers is provided to fee client 12 by integrating the array of file pointers into the file 
hierarchy of the client 12. It will be understood that any connection elemait suitable for 
providing a remote file pointer to a file system can be practiced with the invention » 
including connection elements that employ a concatenation routine for forming pointers by 
concatoiating a server address signal with a pathname signal and a file pointer signal, such 
as a connection dement that forms a string 

WWW.EPICON.COM:USRA-OCAL/STORE/XLANDER.EXE, where 
WWW.EPICON.COM is a server address rq)resentative of an IP address, USR represents 
the disk 46, and /LOCAIVSTORED/XLANDER.EXE represents the pathname signal. 

Figure 5 further depicts that client 12 can include a program loader dement 62. The 
program loader elemwit dqjictcd in Figure 5 connects to the device driver 26 and employs 
tiie device driver 26 to access the executable file selected by the user of client 12. The 
device driver 26 searches 0ie file hierardiy of the dicnt 1 2 and identifies the remote file 
pointer which points to a first block of code of the selected executable program. Thsi 
device driver 24, which interfaces with the data transport interface 34, accesses the file 
block of executable code by requesting a transfer of the file block from the disk 46. The 
program loader can run the process within a window in the browser process. For example, 
in one embodiment, the client 12 was configured to run the WINDOWS 95 operating 
system and employed the program loadw supplied under that operating system. However, 
it will be JCTarent that any program loader suitable for employing file pointers for loading 
executable code can be employed with the present invention without departing from the 
scope thereof . 

Figure 5 further depicts a compression program 38 for compressing data being 
transferred across the path 36. In this embodiment, the server process 48 also includes a 
compression routine for compressing and decompressing data transmitted by the data 
transport layer. In one embodiment, the invention provides a compression program that 
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poforms a huffman encoding procedure, however it will be apparent to one of ordinary 
skill in the ait that the substitution of alternative encoding processes does not dqjart form 
the scope of the invwition. In a further preferred embodiment, the system 10 includes a 
caching systwn that allows (be server 14 to cache data file blocks bdng read from the disk 
46 and bdng prepared for transport to the client 12. The caching system can be any 
caching system that stores in a high access speed monory a buffer of data blocks for 
transfer to the cMenX 12. 

Figure 6 figurativdy dqricts the components and interaction of an alternative system 
according to the invention that indudcs a cache memory system, an HTTP redirector and a 
cache redirector. In particular. Figure 6 depids a system that includes a client element 
212. am HTTP servw 214, a cache system 216, a file system server 218, a browser 222, a 
hiowscr interface 224, a launcher program 226. a file system connection process 228. a 
remote access ccninection 230, a networking API 234, a redirector API 236, a file system 
cache API 238, an opiating system file system interface 240, a cache rediiecior 242, a 
n^work file system client 250, an optional NFS redirector 252, an HTTP redirector 254, a 
further redirector 258, and a mini-redirector kernel element 260. 

The browser 222 can be a browser as described above and the dicnt interface 224 
can be an interface process, such as a Netscape plug-in, Acdve-X process, or any similar 
process, that interfaces the browser program 222 with the other elements of the client 212. 

Similarly, the launcher program 226 can be an Active-X application, a plug-in or 
any other computer process that can be activated by the browser program 222. The 
dqMcted launcher program is a computer process that can retrieve from the server 214 the 
plication information file associated with the activated application, mount the shared file 
system containing tiic remote applicaticm components, and responsive to the information in 
the ai^lication information file, create a selected environment within the client 212 to start 
and run the ^plication. The launcher program 226 can monitor the application execution 
and notify the server 214 when the application terminates. 
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The launcher program 226 can execute dther a remote or a cached application. To 
this end, the depicted launcher 226 interfaces to the file system connection process 228 that 
allows the launcher to interface to the client file system and to mount a remote file system 
to tbe file system of the client. Such a process for mounting a file system is described 
above. Similarly, the launcher program 226 can interface with fte remote access process 
230 that allows the launcher to access the remote application being e3iecuted by client 212. 
The remote access process 230 can dynamically deliver blocks of executable code. Hie 
code can be loaded, as described above into the client program memory and optionally, 
stored within the cache memory 216 in a directory structure that mirrors the directory 
structure of the server 214. For this reason, the remote access process 230 can interfere 
with die cache API 238 to control the storing and retrieval of data within the cache memory 
216. 

Figure 7 depicts, that in addition to running remote applications from the network 
through web pages presented by a server 2 14, applications can also be nm from the cache 
memory 216, optionally by activating links in an Off-line page. The Off-line page can be 
an HTML page stored locally on the dient 2 12, and can have links to applications stored in 
the cache memory 216, for launching these cached piognuns. Moreover, the client can 
also include a process for automatically launching applicadons from the cache memory. 
Typically, this process is included in the cadie rediitctor 242. TOs process can determine 
if the same aj^lication is available from both the server and the cache. If accessing the 
cache is more efficient, the process will launch the cached version of the application. 

As described above, the operating system handles the request to load the remote 
plication and routes file system requests to access mnote apj^catiwi files to the 
appropriate network file system redirector. This can also include routing the requests to the 
cache redirector 242. The cache redirector 242 intercepts certain file system requests for 
remote files stored on the created virtual drive associated with the remote application. The 
cache redirector can determine whether the requested file has been cached. If the requested 
file has been cached the cache redirector 242 compares file attributes of the file in the local 
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cache memory 216 with the attributes of the remote file. If the attributes indicate the 
remote files have been changed, the cache redirector deletes the cached copy. 

If the requested file cannot be taken from the cache memory 216, the cache 
redirector 242 passes the request to one of underlying network file system clients. The 
cache Tedirector 242 then finds a space in the cache memory to store that file and marks it 
to be cached when the OS file system reads the file from the shared network file system . 
After collecting the file, the cadie redirector 242 returns the file k> the OS file system in 
lesponse to the file system reqiKst. 

After (he application terminates, the launcher process 226 performs cleanup and 
disconnects the drive/universal naming convention (UNC) connection, restores the 
envxronroent to the original state, queries the cadie redirector 242 about all remote 
applications which have components that have been fully cached. Updates the 0^-line 
page, copying off-line application information files to an install directory, and adds a link 
for the any new entry into the Off-line page and/or removes any links that a file bumped 
out of the cache 216. The client 212 notifies the server 214 of the ^^^cation termination 
event, or of execution failure event. The server 214 can then perform any necessary 
metering management required for the application. 

In addition to the information described above, the application information file can 
contain information for the Off-line Page. This can include an Off-line allowance flag. If 
this flag is not set. the launcher 226 will not attempt to add the remote application 
represented by this application information file to the Off-line Page. This flag can be set 
by the server administrator program when the web administrator creates or updates the 
application information file. This information can also indode the list of the compon^ts of 
the remote q>plication that are to be cached in the cache 216 to run the application off-line. 
This list can also be set by the server administration prc^ram when the web administrator 
creates the application information file. Optionally, the list can include an Off-line preload 
request flag. This flag is set to indicate to the launcher 226 diat the user requested to add 
the remote application rq)resented by the application information file to the Offline Page. 
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The launcher 226 can include a process thai will preload all of the components of the 
remote application to the cache memory 216 and update the Off-line Page, but not launch 
the remote s^lication. The preload process can operate by generating the proper file 
requests for the selected aiq)licatioD programs, and ending the file requests to the HTTP 
ledirector. 

In one embodiment, the launcher can present a hienirchy of all "known* web 
servers running a server process according to the invention. Hie launcher can list the 
"known" application links on each of these servers. The launcher will obtain a list of 
•known" sorvers and/or their application links when the launcher starts execution. The list 
of servers can be obtained by sending a query request to a proxy server which is setup to be 
awaie of other server processes according to the invention. The list of application links can 
then be obtained by sending a query request to a specific server. All s^Iication links 
zetumed from the query request can then be di^layed in a window of the laundi^. 

Although the launcher process can be coded in any suitable way, an en^xxtiment 
can be a 32-bit application for Windows 95 and Windows NT 3.51/4.0 platforms, a 16-bit 
application for Windows 3.1, or a process ported for operation on a UNIX, OS/2, and 
MAC platform. 

Returning to Figure 6, it can be seen that the cache memory system 216 can act as a 
database on the client's local disk ^ch caches, or mirrors, remote applications and 
assodated files when an application is run via clicking on an application link. The database 
can be located in a hidden directory under a client installation process directory. Files can 
be stored in the cache in a different format than the directory structure on the server, and 
therefore cannot be interpreted by a local user directly. Hie cache 216 can improve 
p^ormance by avoiding the need to run remote qjplications over slow links. On 
subsequent requests to execute the same link, applications and associated flies can be read 
from the cache rather than over the network. Additionally the cache can allow completdy 
cached applications to be run from the Off-line page when there is no network connection 
to a remote file server containing the applications. 
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The depicted cache redirector 242 lies between the operating system's coitral file 
system control, and the installed network file systems. It connects the different file system 
services, NFS, HTTP, etc., to implement tfie file caching mechanism. All file system 
requests sent to this.layer are routed to the appropriate network file system. 

To this end, the network file system dient 250 that can act as a multiple-protocol 
file system that takes remote I/O requests from the client and sends them to the appropriate 
server for processing. In the dqjicted embodiment, the network file system client 250 
includes a plurality of redirectors that can act as a file system that takes remote I/O 
requests, for files, printers, serial ports, named pipes, mail slots, or other devices or 
abstractions, and sends the request to a server. As shown, each redirector in the network 
file system 250 can redirect I/O requests fw use with a selected type of protocol for sharing 
files, data or devices. 

The network file system client 250 can include a controller process flwt selects one 
of the plural redirectors for servicing a remote I/O request. The controller can select the 
redirector by determining from the I/O request, the server that has access to the requested 
data or device. Additionally, the controller can include a list that identifies application 
pri^rams, or other data or devices, that are available from the multiple servers. The 
controller can select one of servers to access based on a characteristic or criteria such as the 
file systems or transport protocols available. For example, the NFS redirector may always 
be selected over the HTTP redirector, if an application program is available from both 
types of servers. Altemativdy, the controller process can determine the transmission 
latenqf period, ^ch defines the current response time of the network to a dicnl request, 
to select the redirector of the faster network. The ccmtroU^ process can be part of a 
wrapper that encapsulates the plural redirectors and acts as an interface to the client 
operating system. 

The NFS redirector 252 can be a file system client which handles requests to 
connect to exported remote file systems and to run remote applications shared by NFS 
servers. The NFS redirector 252 can be implemented as a VxD in Windows 95 and as an 
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FSD in Windows NT. If Windows 3. 1 and Windows foi Workgroup are supported, then 
the NFS redirector 252 can be implemented as a redirector VxD. The core part of the 
redirector that provides NFS protocol, the protoco] specific caching and ihe other features 
(that pertain to either the protocol or to the client redirector specific functions) common for 
all OS platforms can be implemented as a separate, OS indqiendent, system component that 
is portable across the platforms. This core part is depicted in Figure 6 as the mini- 
redirector 260. The shell of the dqncted NFS redirector 252 is configured to support the 
client operating system and can be implemented as a network file system wrapper that is 
specific to client particular OS. 

The depicted HTTP redirector 254 can act as a netwoiic file system client redirector 
which abstracts full URL pathnames, which are provided within the application information 
file. This provides an HTTP shared file system. The HTTP redirectCM- 254 can then 
provide access to files within the HTTP shared file system by maintaining a Universal 
Naming Convention (UNQ/drive connection to the HTTP server directories. Frrai the 
point of view of a remote applicati(m running on a local machine, the results of accessing 
files through the HTTP redirector 254 are the same as the results of aoces^ng files through 
any other Imown network file system 0.e. Microsoft Network, or NFS). The HTTP 
redirector 254 can be a computer program implemented in the C+ + computer language. 
TTie program can monitor or respond to file requests made by the client operating system. 
The program will process those file requests for files stored at an HTTP server. In one 
embodiment, the program translates the file system requests into HTTP compliant 
conunand signals, which can be processed by an HTTP server. The HTTP compliant 
command signals can include simple requests or full requests, including the GET 
command, or any other HTTP commands or methods suitable for communicating with an 
HTTP server. The server responds to the commands by transferring, according to the 
HTTP protocol, the files identified by the file handles generated from URL pathnames. 
This provides an HTTP shared file system that directs the HTTP server to act as a network 
device. The development of the HTTP redirector 254 follows from well known principles 
in the art of software engineering and the actual coding of such a redirector is within the 
skill of one of ordinary skill in the art of computer programming. 
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The HTTP redirector 254 works in tight integration with the cache memory 21 6. In 
alternative embodiments, the HTTP redirector 254 may provide a process for reading a 
portion of a file rather than requiring the entire file to be read at once. The HTTP 
redirector 254 will provide the read access to the remote application files. The limited 
write access can be provided, for example, by employing the HTTP PUT command. 

It will be seen that an advantage of the HTTP redirector 254 is that the redirector 
254 provides support for running qyplication links over the Internet and through a firewall. 
Utilizing weU known ffle system client and s^er software is sufficient for running 
application links over die Intranet, however allowing access to one of these wdl known file 
system servers over the Internet creates a security hole. Alternatively, an HTTP server can 
be placed on the network's firewall. All aj^Iications desired to be accessible from the 
Intoiiet are to reside on that wd) server, and application links can be set up accordingly. 
The applications can then be run over the Internet via the HTTP redirector 254. 

The HTTP redirector 254 can be implemoited similarly to the NFS lediiector, with 
a core portion implemented within a Buniiedirector and a vmppet for interlacing with the 



Systems of the invention also provide for applications that are to be pre-installed. 
For example, if an application contains some system lev^ components, for example, 
drivers, that need to be integrated with the OS during installation of that plication or if 
installation requires client system reboot, such application is to be pre-installed. To address 
this, the invention pnyvides remote installation of such applications onto the client, so the 
client can choose to install the remote application on the local machine. This n^thod of 
installation runs the remote install or setup program on the client's machine and then the 
install program copies the necessary components of the application from a netwoiic drive 
that was mounted by the client. 

Figure 8 depicts a graphical interface 16 that provides a directory structure of an 
application program. As depicted in Figure 8, System 10 provides a graphical user 



client OS. 
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interface 16 that displays within the window of the browser program 78, In the depicted 
embodiment of the invention^ the graphical user- interface 16 is an HTML hyperlink page 
provided by the Wd> Server Process 48 and which includes hypertext links that graphically 
illustrate directory information signals that show the file system structure of a file system 
56 that has been mounted into the file hierarchy of the server 14. 

As illustrated in Figure 8, the graphical user interface 16 provides the hypertext 
links as gr^hical icons that describe directory primitives, such as directory structures, sub 
directory structures, file structures, disk structures, or any other common file system 
structure. Figure 5 illustrates one graphical file structure that includes a directory icon 70, 
a sub directory icon 72, and file icons 74A, 74B and 74C. In one embodiment of the 
invention , each icon i s a hypertext link to a further HTTP URL wluch requests the Web 
Server Process 48 to download an additional HTML page that provides furth^ information 
as to the directory structure of the mounted file system 56. It will be appsmii to those of 
ordinary skill in the art that systems and processes according to the invention can be 
practiced witiiout such grs^hical inter£su:es. Moreover, the constructicm of an HTML 
server process that provides multiple links to URL sites is well-known in the art of 
computer ragineering, and any modifications, subtractions, or additions to the interface 16 
dq)icted in Figure 8 is deemed to be within die scope of one of ordinary skill in the art and 
it would not depart from Uie scope of the invention. 

Figure 9 depicts a functional block diagram that illustrates <me process according to 
die invention for allowing a dioit to connect to an Internet server for executing 
applications tiierefrom. As dqncted in Figure 9, the process according to the invention can 
be understood as two processes, a first running on a client computer, and a second running 
CMi the server computer, which operate in part independently from each other. Figure 9 
dqpicts die server process in the left hand portion of die Figure. The server process 
includes steps 170, 180, 190 and 200. The cliait process is depicted on die right hand side 
of Figure 9 and includes steps 110, 120, 130, 140 150 and 160, 
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The process 100 begins with the client process stq) 1 10 that connects the client to 
the Web server process. As depicted in Figure 9, step 1 10 of the client process causes the 
server process to perforni step 170, which includes receiving the Web server access request 
to access a file. The server process continues to step 180 which is an optional step, where 
the server 12 authenticates the client and determines the access privileges afforded to their 
client by examining a client ID signal and a client privilege signal that are transmitted by 
the client to the server. After optional step 180, the server process continues to step 190 
and passes back to the client the IP address signal and the path name signal. 

In a preferred embodiment of the invention, step 190 also indudes the step of 
passing back to the client an HTML page that graphically depicts the available plication 
programs. As iliustiated in Figure 4, a client process proceeds to step 120» wher^ the 
agent receives the IP address and the path name. Upon receipt of the IP address signal and 
the path name signal, the client process proceeds to step 130, and employs the IP address 
signal to generate a dynamic mount request. In a preferred embodiment of the invention, 
the client generates the dynamic mount request by a client activadng a hypertext link that 
provides a dynamic mount request to the Wd> server process of the server 14. 

As further depicted by Figure 9, the dynamic mount request of the client process is 
passed to the server process and the server process proceeds from step 190 to step 200. In 
step 200, the server process processes the client's file access request and performs the 
mount of a remote system disk that contains the application file requested by the client. As 
described above, the process step 200 includes the step of generating an array of server file 
pointers that act as file handles to the data blocks of the application program. 

As dq>icted in Hgure 9, step 200 passes a copy of the array of server file pointers 
to the client process which proceeds to step 140 and invokes the application from the 
mounted remote drive. In step 140, the client process follows the normal execution process 
of the client system by invoking the program loader to load file blocks pointed to by a 
remote array of file pointers which are generated by the client process as a function of the 
IP address, path name signal, and server file pointers. 
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As depicted in Figure 9. the client process proceeds from step 140 to step 150 after 
execution of the application and exits from the plication. As further depicted by Figure 
9f the client process can proceed to step 160 where it issues an q)tiona] dynanuc dismount 
drive request that transfers control of the process 100 to the server process which process 
the client's dismount request and removes the mounted drive from the serv^ system file 
hi^:archy. The dynamic dismount request creates a remote procedure call for the file 
sharing system 42 to dismount the specified file system, typically the fde system mounted 
by the mount procedure 28. The construction of the dismount procedure 30 is similar to 
the mount procedure 28 described above. 

As furthCT depicted by Figure 9, the process 100 can continue to (^)eiate after step 
150» allow the client 12 to sdect a next application program for executing. Remote 
application as the term is employed herein shall be understood to encompass a single 
executable file, as well as the set of directories containing the components to run an 
s^lication, as well as a set of rules (environment variables, changes to the Registry and to 
other system configuration files) that are to be sq|)plied on the local madune to run that 
a^lication. 

It will thus be seen that the invention efficiently attains the objects set forth above» 
among those made apparent from the preceding description. It will also be understood that 
changes may be made in the above construction and foregoing sequences and operations 
without dqmrting from the scope of the invention. For example, the invoitton can be 
understood to indude primitives embedded into an application program or a pFOgranuning 
language, that allow the application program or the programming language to mount a 
r^note disk and execute application programs from that disk over an Internet connection. 
As an example, it will be understood that an application program that include the 
functionality to communicate to a data transport layer, can employ the systems and process 
of the invention to allow a user to access and execute, from within the application program, 
a second program located on a disk linked to a server site. Furthermore, it will be 
undentood that an operating system can be adapted to include the systems and processes of 
the invention. 
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It accordingly is intended that all matters shown in the accompanying drawings be 
interpreted as illustrative rather than in any limiting sense. It is also to be understood that 
the following claims are intended to cover all of the generic and specific features of the 
inventi<Mi as described herein, and all statements of the scope of the invention which as a 
matter of language, might be said to fall therebetween. 
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1 . A process for ailowing a dim to connect to a server of an Internet she for executing 
an application program stored on a disk Hnlced to the server, comprising the steps of 

providing a data transport interface for connecting to said servo-, 
transporting from said server a server address signal representative of a network 

address of said server, and a path name signa] representative of a file system that includes the 

application program, 

generating a mount request, as a function of said path name ^gnal, 

transporting said mount request to said server for directing said server to provide an 

array of server file pointers that point to a file descriptor representative of said file system that 

inchides the appfication program, 

generating an array of remote file pointers^ as a function of said servo^ address signal, 

said path name signal and said anay of server file pointers, 

providing said array of remote file pcnnters to a program loader dement op^a^ on 

said client, and 

directing said program loader to employ one of said remote file pointers to transport 
from said disk to a local program memory dement, a file block associated with said selected 
remote file pointer. 

2. A process according to daim 1 , induding ttie further step of 

transporting to said server, a client-type signal representative of a file system protocol 
employed by said client. 

3. A process according to claim 1, induding the further step of 

providing said server with an administration program for storing a file system of 
computer files on said disk according to a sdect file system protocol. 

4. A process according to clfum 3 , wherein said step of providing said server with an 
administration program indudes the step of providing a file controller for storing computer 
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files according to one or more of a DOS, UNIX, VMS, WINDOWS, WINDOWS 95, 
WINDOWS NT. OS/2, SYSTEM 7 file system protocol. 

5. A process according to claim 3, wherein said step providti^ an administration program 
includes the step of providing a partition controller for generatmg a disk partition for storing a 
file system of computer files according to said select file system protocol 

6. A process according to claim 3, wherein said step of providing an administration 
program includes the step of 

providing file directory controller for generating directory information signals 
represenlative of said file i^em of computer files and for transporting said directory 
information signals to said client for providii^ a file directory of the computer files available to 
be accessed by said client. 

7. A process according to claim 1, including the fiirtber st^ of 

providing said server with a file access control program for detennining, as a fiinctton 
of a client privilege signal^ a set of file systems of compute* files available to be mounted by 
said client. 

8. A process according to dahn 1 , wherein said client accesses an application program 
stored on a memoiy device Imked to an HTTP server, comprising the fintber step of 

providing a redtrector element for translating the file system requests into HTTP 
con^liant signals, for transmission across a network. 

9. A process according to claim 8, including the step of directing said redirector element 
to process, responsive to a file system request, a URL pathname to generate a signal for 
accessing a file stored within a remote file system. 

10. A process according to claim 8, comprising the fiirther step of providing plural 
redirector elements for translating said file system requests into selected transport protocols. 

- 39 - 



BEST AVAILABLE COPY 



WOW/34225 



PCT/US97/04194 



11. A process according to claim 1 0, wherein said step of providing plural redirector 
elements includes the step of providing an NFS redirector element for translating requests into 
NFS compliant signals. 

12. A process according to claim 10, wherein said step of providing plural redirector 
dements includes the step of providing a SMB redirector element for translating requests into 
SMB compliant signals. 

13. A process according to claim 1 0, including the further step of, selecting one of said 
plural redirector elements to translate said file system requests. 

14. A process according to daim 13, mduding the step of selecting said redirector as a 
function of the type of remote file systems operatii^ on the servers of one or more networks 
or as a function of the types of network transport (M^otocols anployed by one or more 
networks coupled to said cfiem. 

15. A process according to daim 13, \^erein said elicit couples to a plurality of networks 
and inchiding the further step of selecting said redirector as a function of comparing the 
transmission latency time characteristic for each of said plural networks. 

16. A process according to daim U induding the further steps of provitting said client with 
access to a cache monoiy for cache storing portions of a remote file system contaiiui^ said 
application program, and providing a cache redirector element for directing sad dient to 
access said portions of said file system stored vrtthin said cache memory. 

17. A process according to daim 16, induding the step of directing said caciie memory to 
mirror said file system. 

18. A process according to daim 1 6, including the step of providing an Off-line page 
having at least one link to an application program stored withm md cache memory. 
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20^ A proc«s according to claim I. LnOuding the step of providing a proc^ fo^ direcd 
sa.d server to execute said appLc«io„p„^^thi„ a program memory of said servT^ 

21. Aprocessaccordingtodaim L including the step of generating „ .ppBcaUon 
mfbnnat.o„ file having infornutionrepresentativeofffles associated with said appHc^^ 
P«.gn«n and infbnnation representative of a file stn.ct«re associated with said files of said 
^hca.o„p,08ram««.orinfon»uio„„p^^^^^^ 
ftppiicatioD program. 

22 AprocessaccordingtocWml.inch.dingthefimherstepsofprovidi„gsd^ 
w.th a lu* to a second server, and directing said server ,0 identify to said cl^^^ 
programs stored on said second server and available for execution by said client. 

23. A process according to claim 1. including the further step of providing an access 
control process for allowing said server to control access of said client to said application 
program. 

24^ A system for allowing a client to execute an appUcation program stored on a disk 
««*ed to the server of an lntemet site, comprising 

a data transport interface for connecting to said server, 

connection means for collecting from said server a server address signal representative 
of a network address of said sender, and a path name signal representative of a file system that 
mcludes the application program, 

mount means for generating a mou« request, as a fbnction of said path name signal, ami 
for providing said mount request to said data transport means to direct said server to provide 
an array of server file pointers that poim to a file descriptor represenUtive of said file system 
that includes the application program. 
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file handle means for generating an array of remote file pointers as a ftinction of 
said server address signal, said path name signal and said array of server file pointers; 
and 

a program loader clement having means for selecting one of said remote file 
5 pointers and for transporting a file block associate with said selected remote file pointer 
from said disk to a local program memory element. 
25. A system according to claim 24, wherein said file handle means includes 
concatenation means for concatenating said server address, said path name signal and 
one of said file pointers to generate one of said ronotc file pointer. 
10 26. A system according to claim 24, wherein said application program comprises an 
installation program for installing a second application program, fiirther including: 
a process for generating an application information file rq)resentative of files 
associated with said installation program; 

a detector for detecting a request from said client to install said application 
15 program; and 

a configuration element for configuring the operating environment of said client 
responsive to said application information file, whereby said second application program 
is installed on said client by operation of said installation program running on said client 

27. A process for allowing a client to connect to a server of an Internet site for 

20 executing an application program substantially as herein described with reference to the 
invention illiistrated in the accompanying drawings. 

28. A system for allowing a client to execute an application program stored on a disk 
linked to the server of an hitemet site substantially as herein described with reference to 
any one of the embodiments of the invention illustrated in the accompanying drawings. 

25 DATED this 8(h Day of August, 1 999 

DOMENIKOS, STEVEN and DOMENIKOS, GEORGE C 

Attorney: JOHN B. REDFBRN 
Fellow Institute of Patent Attorneys of Australia 
of Baldwin Shelston Waters 
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